本文是学习GB-T 24476-2017 电梯、自动扶梯和自动人行道物联网的技术规范. 而整理的学习笔记,分享出来希望更多人受益,如果存在侵权请及时联系我们
本标准规定了电梯、自动扶梯和自动人行道物联网的设备运行安全监管系统的基本构成,监测终端
和企业应用平台的公共输出接口与协议,设备数据的代码、格式及输出要求等。
本标准适用于电梯、自动扶梯和自动人行道物联网的设备运行安全监测系统的新建、改建和扩建。
本标准不适用于涉及音频、视频、图像等信号的采集与传输。
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB 7588—2003 电梯制造与安装安全规范
GB/T 15127—2008 信息技术 系统间远程通信和信息交换
双扭线多点互连(ISO/IEC 8482:
1993,IDT)
GB 16899—2011 自动扶梯和自动人行道的制造与安装安全规范
GB 21240—2007 液压电梯制造与安装安全规范
GB/T 24479—2009 火灾情况下的电梯特性
GB/T 26465—2011 消防电梯制造与安装安全规范
ISO16484-5:2012 建筑自动化和控制系统 第5部分:数据通信协议(Building
automation and
control systems—Part 5:Data communication protocol)
|
|
|
|
---|---|---|---|
|
|
|
|
1.2] | |||
|
|
|
|
GB7588—2003、GB16899—2011、GB 21240—2007、GB/T
26465—2011界定的以及下列术语和定
义适用于本文件
3.1
设 备 installation
安装完毕并已注册登记的电梯、自动扶梯或自动人行道。
3.2
企业应用平台 enterprises application platform
设备远程安全监测应用平台,用于接收设备的故障、事件、报警数据或查询设备实时运行状态、统计
信息等。
GB/T 24476—2017
3.3
电梯运行安全监管平台 installation running safety
monitoring platform
以保障公共安全为目的所设立的对设备进行安全监督管理的应用平台,通过企业应用平台接收或
查询本标准规定的数据信息。
3.4
故障 fault
可能影响或中断设备正常运行的状态。
3.5
事件 event
设计中预计的在设备运行过程中发生的状态变化。
3.6
报警 alarm
对 GB 7588—2003 和 GB 21240—2007 中规定的紧急报警装置的操作。
3.7
协议转换装置 protocol conversion device
将设备实时运行状态、故障、事件或报警等信息采用本标准规定的协议格式输出的装置。
3.8
采集传输装置 acquisition and transmission device
与设备、协议转换装置或外加的传感器连接,采集、处理、储存和传输设备故障、事件或报警等信息,
接收企业应用平台发送的访问、同步指令,使应用平台与设备间通过网络实现交互的装置。
3.9
监测终端 monitoring terminal
协议转换装置、外加的传感器、采集传输装置的统称。监测终端可以集成在设备中。
3.10
电梯运行安全监管系统 installation running safety
monitoring system
由设备、监测终端、企业应用平台、电梯运行安全监管平台通过网络连接组成的综合系统。
3.11
设备注册代码 registration number
设备注册登记时由管理部门给出的设备使用登记编号。
符号在相应的图表中解释。
下列缩略语适用于本文件。
BACnet: 建筑自动化与控制网络(Building Automation and Control
networking)
RS-485:一种串行通信接口,RS(Recommended
Standard)代表推荐标准,485是标识号
BIBB: 建筑自动化与控制网络互操作基本块(BACnet Interoperability
Building Block)
RESTful Web API:含状态传输的互联网服务应用编程接口(Representational
State Transfer Web
Application Programming Interface)
GB/T 24476—2017
5.1.1 电梯运行安全监管系统的组网架构见图1。
style="width:7.97334in;height:7.34668in" />安全监管平台
电梯、自动扶梯、自动人行道运行安全监管平台
Interncl网络
企业应用平台
无线/有线网络
设备制造商应用平台
企业应用平台
采集传输装置
采集传输装置
监测终端
设备
设备1……n
协议转换装置
设备1…… n
1
3 2
说明:
1——方式1:通过设备制造商应用平台输出数据的方式;
2——方式2:通过设备制造商提供的 RS-485 公共输出端口输出数据的方式;
3— 界限:设备制造商数据输出的界限。
图 1 电梯运行安全监管系统组网架构
5.1.2 设备应能通过监测终端向企业应用平台提供附录 A
所列设备的故障、事件、报警信息及其发生 的时间和设备的实时运行状态信息。
5.1.3 企业应用平台应能向电梯运行安全监管平台提供本标准规定的信息。
5.1.4
设备制造商应通过设备制造商应用平台向电梯运行安全监管平台提供本标准规定的信息,或者
设置符合5.2规定的类型为 RS-485 的公共输出端口。
5.2.1 监测终端应与设备之间采取隔离措施,监测终端不能影响设备的正常运行。
5.2.2 RS-485 ( 见 GB/T 15127—2008)公共输出端口应输出附录 B
规定的数据,不接受任何外部对设
备的控制指令。
5.2.3
如果为非设备制造商提供的监测终端,其电源应取自设备供电电源开关的前端。
5.2.4
当采用外加的传感器时应与设备本身的电气线路无任何连接。外加的传感器不应影响设备原
GB/T 24476—2017
有的功能及运行安全。外加的传感器应符合该设备应用场合对传感器的要求(如消防电梯、防爆电梯
等)。
5.2.5
设备实时运行状态信息、统计信息和故障、事件、报警记录的时间和日期应以企业应用平台为基
准。监测终端的内部时钟应定期与企业应用平台的时钟进行同步,企业应用平台输出至电梯运行安全
监管平台的时间以北京时间为准。
5.2.6
监测终端应配备备用电源,在其正常供电电源断电的情况下,应保证能正常工作至少1
h。
5.2.7
设备的故障、事件、报警信息应实时向企业应用平台发送,发出信息时间不大于1
s。
5.2.8
设备的实时运行状态信息(见表3)和统计信息(见表4)仅接受企业应用平台的查询,实时运行状
态信息的发送间隔不大于1 s。
5.2.9 监测终端应能至少保存最近100条记录,所存储的记录应包括附录 A
所列设备的故障、事件、报 警信息及其发生的时间和设备的实时运行状态信息。
5.2.10
监测终端与企业应用平台之间的数据传输和存储宜有安全策略,对数据进行加密,对数据的远
程读取应有权限管理等。
5.2.11
监测终端采用电信通信装置时,应符合国家对电信通信装置的相关规定,如通信单元等须取得
进网许可证、CCC 认证等。
6.1
企业应用平台应能正确接收设备的故障、事件、报警信息、统计信息和实时运行状态信息,向电梯
运行安全监管平台提供本标准规定的信息。
6.2 企业应用平台应能查询本标准规定的设备信息。
6.3 企业应用平台应能对设备基础信息(见表2)进行维护。
6.4 企业应用平台与电梯运行安全监管平台之间的数据交换应采用RESTful Web
API(参见附录C)。
6.5 企业应用平台应能及时监测设备的在线状态。
6.6
企业应用平台可随时接受电梯运行安全监管平台的访问,提供本标准规定的信息。
6.7
企业应用平台与电梯运行安全监管平台之间的数据传输和存储应有安全策略,如对数据进行加
密、对数据的远程读取应有权限管理等。
企业应用平台应通过设备识别码对每台设备进行识别。此唯一识别码由企业自定义且应与设备注
册代码关联,见表1。
GB/T 24476—2017
表 1 设备识别代码
|
|
|
|
|
---|---|---|---|---|
|
|
|
|
|
|
企业应用平台应在后台配置设备基础信息并与设备识别码进行关联。设备基础信息及其定义见
表2。
表 2 设备基础信息与格式
|
|
|
|
---|---|---|---|
|
|
||
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
||
|
|
||
|
|
|
|
|
|
||
|
|
|
|
|
|
||
|
|
|
|
|
|
||
|
|
||
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
表2(续)
|
|
|
|
---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
9.1 设备实时运行状态信息应包含:设备识别码和设备实时运行状态信息。
9.2 设备实时运行状态信息的具体内容和符合 ISO16484-5:2012 规定的BACnet
协议的数据类型、特 征、数据范围等见表3。
表 3 设备实时运行状态信息与格式
|
|
|
|
|
|
---|---|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
表 3 (续)
|
|
|
|
|
|
---|---|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
10.1 设备统计信息应包含:设备识别码和设备统计信息。
10.2 设备统计信息的具体内容和符合ISO16484-5:2012 规定的BACnet
协议的数据类型、特征、数据
范围等见表4。
GB/T 24476—2017
表4 设备统计信息与格式
|
|
|
|
|
---|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
11.1
设备故障、事件和报警信息应包含:设备实时运行状态信息和故障、事件、报警信息。
11.2 应根据表 A.1~ 表 A.6
所列的相应代码和发生的日期、时间识别监测终端记录的设备实时运行
状态信息和故障、事件和报警信息。设备的一个故障或事件可能导致多个代码被记录,见表5。
11.3 设备在进入检修状态后,监测终端应不输出故障、事件和报警。
表 5 设备故障、事件和报警信息与格式
|
|
|
|
|
---|---|---|---|---|
|
|
|
|
|
|
GB/T 24476—2017
(规范性附录)
代码表
A.1 代码分配见表 A.1。
表 A.1 代码分配
|
|
|||||||
---|---|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
A.2 电梯故障代码见表 A.2。
表 A.2 电梯故障代码
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A.3 电梯事件代码见表 A.3。
表 A.3 电梯事件代码
|
|
|
---|---|---|
|
|
|
|
|
|
GB/T 24476—2017
表 A.3 ( 续 )
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A.4 电梯报警代码见表A.4。
表 A.4 电梯报警代码
|
|
|
---|---|---|
|
|
|
A.5 自动扶梯和自动人行道故障代码见表 A.5。
表 A.5 自动扶梯和自动人行道故障代码
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A.6 自动扶梯和自动人行道事件代码见表 A.6。
表 A.6 自动扶梯和自动人行道事件代码
|
|
|
---|---|---|
|
|
|
|
|
|
GB/T 24476—2017
(规范性附录)
公共输出端口的 BACnet 数据通信协议
B.1 通信分层体系结构
通信分层体系结构见图 B.1。
BACncl的协议层次
|
---|
|
|
对应的OSI层次
|
---|
|
|
|
图 B.1 通信分层体系结构
B.2 BACnet 协议扩展
在 BACnet
标准中,对象与应用服务是实现设备间数据通信和交互的两个基本要素。因此,扩展
BACnet 对象及其应用服务是扩展 BACnet
标准的基本方法。从扩展的形式来看,BACnet 标准的扩展 可分为两种情况:
一种是专有扩展,允许通过一定的扩展以容纳各个生产商的专有信息;另一种是标准
扩展,即对 BACnet
协议在某一方面进行扩展,所用到的资源(如对象类编号,服务类型编号)是
BACnet
的保留资源。这种扩展实质上是 BACnet
的一种升级行为,本标准的扩展形式属于此种类型。
B.3 电梯对象的属性和特征
电梯对象定义见表B.1,在此省略了与其他BACnet
对象的共同属性,仅列出与电梯对象设备自身
特点有关的功能属性。
表 B.1 电梯对象的属性和特征
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
表 B.1 ( 续 )
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
B.4 自动扶梯和自动人行道对象的属性和特征
自动扶梯和自动人行道对象的属性和特征见表 B.2。
表 B.2 自动扶梯和自动人行道对象的属性和特征
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
表 B.2 (续)
|
|
|
---|---|---|
|
|
|
|
|
|
B.5 BACnet 用 APDU(Application Protocol Data
Units)定义
BACnetPropertyldentifier::=ENUMERATED{
Identification Number
Time Stamps
Service Mode
_
Car Status
Car Direction
Door Zone
Car Position
Door Status
Passenger Status
Total Running Time
Present Counter Value
_ _
Operation Status
Operation Direction
(513),
(514),
(515),
(516),
(517),
(518),
(519),
(520),
(521),
(522),
(523),
(524),
(525)
BACnetLiftServiceMode::=ENUMERATED{
停止服务
正常运行
检修
消防返回
消防员运行
应急电源运行
地震模式
未知
(0),
(1),
(2),
(3),
(4),
(5),
(6),
(7)
BACnetEscalatorServiceMode::=ENUMERATED{
停止运行
正常运行
检修
未知
(0),
(1),
(2),
(3)
GB/T 24476—2017
B.6 BACnet 互操作基本块 BIBBs(BACnet
Interoperability Building Blocks)
BACnet 互操作基本块见表 B.3。
表 B.3 BACnet 互操作基本块
|
|
|
|
---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
(资料性附录)
RESTful Web API含状态传输 Web 服务
C.1 API 设计
数据的提供方式采用RESTful(Representational State
Transfer/表现层状态转化)风格的 HTTP API, 使用符合 IETF RFC 2616 的
HTTP 协议中的动词来对资源执行不同的操作:GET 用来获取资 源,POST
用来新建资源(也可以用于更新资源),PUT 用来更新资源,DELETE
用来删除资源,如
表 C.1。
表 C.1 HTTP API应用示例
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 24476—2017
表C.1 ( 续 )
|
|
|
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
C.2 安全性
API 的范围权限采用符合 IETF RFC 6749 的 OAuth 2.0
进行身份认证和授权,在使用 API 访 问
资源之前,应先获得访问令牌(Access
Token),此令牌表示客户端在一定时间(有效期)内可以访问一个 或多个
API(scopes)。 访问令牌的有效性可以随时被用户撤销,
一旦访问令牌到期或者被撤销,客户端
需要重新获取一个访问令牌。访问令牌的使用方式如下:
HTTP 请求头
Authorization:Bearer 29a62e16573c13c4doe6977af2a5206c |
---|
为客户端的请求添加一个 Authorization头部,内容为" Bearer\< 空 格 > \<
访 问 令 牌 > "
如果访问令牌无效则会返回 S401 Unauthorized 状态码。
同时客户端与服务器之间的连接采用符合 IETF RFC 5246 的256位 TLS
加密技术,确保数据不
会被第三方窃取。
C.3 资源表现(Representation)
所有 API 提供的数据提供了JSON 和 XML
两种表现,下面举例说明如何获取同一资源的不同
表现。
GB/T 24476—2017
C.3.1 当需要获取某台设备基础信息时,考虑如下资源:
https://api.b.com/gb2015/lift/{设备注册代码}/info
要获取这个资源的JSON 表现,则需要把请求中的 Accept头的值设置为
application/json,如下举
例所示:
HTTP 请求头
Authorization:Bearer 29a62e16573c13c4d0e6977af2a5206c |
---|
HTTP 响应为JSON 格式
|
---|
GB/T 24476—2017
|
---|
同样,要获取这个资源的 XML 表现,则需要把请求中的 Accept头的值设置为
application/xml,如
下举例所示:
HTTP 请求头
|
---|
HTTP 响应为 XML 格式
|
---|
GB/T 24476—2017
|
---|
C.3.2
当需要获取某台设备的实时运行状态信息,则可以通过请求如下资源获取:
https://api.b.com/gb2015/lift/{设备注册代码}/status
要获取这个资源的JSON 表现,则需要把请求中的 Accept头的值设置为
application/json,如下举
例所示:
HTTP 请求头
|
---|
HTTP 响应为JSON 格式
|
---|
同样,要获取这个资源的XML 表现,则需要把请求中的 Accept头的值设置为
application/xml,如
下举例所示:
HTTP 请求头
|
---|
GB/T 24476—2017
Authorization:Bearer 29a62e16573cl3c4d0e6977af2a5206c |
---|
HTTP 响应为 XML 格式
|
---|
style="width:3.09994in" />GB/T 24476—2017
更多内容 可以 GB-T 24476-2017 电梯、自动扶梯和自动人行道物联网的技术规范. 进一步学习